PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.45

Text File | 1988-06-15 | 26.2 KB | 769 lines | [TEXT/ttxt]

19-Apr-88 17:10:15-PDT,27540;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Tue, 19 Apr 88 17:07:11 PDT
Received: from relay2.cs.net by RELAY.CS.NET id aa13473; 19 Apr 88 17:46 EDT
Received: from relay.cs.net by RELAY.CS.NET id aa24145; 19 Apr 88 17:35 EDT
Received: from sdr.slb.com by RELAY.CS.NET id af24118; 19 Apr 88 17:29 EDT
Date: Tue, 19 Apr 88 17:19 EDT
From: Jeffrey Shulman <[e-mail]>
Subject: Usenet Mac Digest V4 #45
To: [e-mail], [e-mail]
X-VMS-To: in%"[e-mail]",in%"[e-mail]"

Date: Tue 19 Apr 88 17:18:54-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V4 #45
To: Usenet-List: ;
Message-ID: <577473534.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>

Usenet Mac Digest     Friday, April 1, 1988          Volume 4 : Issue 45

Today's Topics:
     Unmount Floppy under MF
     Re: Polygon question (3 messages)
     Re: Questions about MacII
     Re: Dialog Boxes with Scrollable region
     Alternatives to Imagewriters?
     Re: DiskTools Plus comments
     Protection for folders...
     Large Capacity Disk Drives for Mac II ...
     getting your ImageWriter (or other) printhead repaired
     GATT declares U.S. - Japan chip pact illegal
     Re: Faster desktop rebuilding info from MACworld
     Re: Need opinions on Orange Micro Macintosh Grappler interface
     Re: turning off instruction cache on MA
     Re: ShowInit Source or pointer wanted
     INIT Crashes-- Why?
     When to draw rect around List in DLOG
     Monitoring idle time

----------------------------------------------------------------------

From: [e-mail] (Alan Epstein)
Subject: Unmount Floppy under MF
Date: 25 Mar 88 20:57:57 GMT
Organization: Meta Software Corporation, Cambridge MA

a querie for FileMgr fans:

TN180 says that under system 4.2/6.0, calls to UnmountVol() can return
error fBsyErr (-47), since, especially under Multifinder, files on this
volume may be open/busy from another application. this is definitely the
case with DeskTop under multifinder. TN180 goes on to say that it knows
about the DeskTop file being open, and if that is the only file that is
open, it unmounts and DOESN'T return an error.

unfortunately i have not found this to be the case. i reduced my code so
that it now accepts a disk insert event, and does nothing but Unmounts
the floppy, and i still get the fBsyErr. i can see the disk appear on
the finder desktop, and after unmounting (with this error returned), i
see it grayed, but still there.

what else is there to be done?


PLEASE SEND REPLIES VIA E-MAIL. i'll post a summary if i get interesting
responses.

thanks.

-alan      [e-mail]  ||  {bbn,uunet}!metasoft!alan
                                  ||   [e-mail]


------------------------------

From: [e-mail]
Subject: Re: Polygon question
Date: 25 Mar 88 23:40:00 GMT


If you want to count the bits in a bitmap, it's going to be slow, but
you can be clever and speed things up quite a bit

- 1.  Loop through all the computer words in the bitmap.  Use the
largest word-size possible (32-bits).  Skip over words that are zero.

- 2.  For non-zero N-bit (32-bit) words, you can count the bits in
parallel using LogN (5) steps.  For details, see "Combinatorial
Algorithms", chapter 1, but Reingold, Nievergelt, Deo.  Briefly, in C,
it might look like:

    bitsum(X)
    long unsigned X;
    {    long unsigned Y, Z;
    #define Mask1        025252525252    /* every other bit */
    #define NotMask1    ~Mask1
    #define Mask2        031463146314    /* 2 bits on, 2 bits off */
    #define NotMask2    ~Mask2
    ...
        Y = (X & Mask1) >> 1;        /* step 1 */
            Z = (X & NotMask1);
        X = Y + Z;

        Y = (X & Mask2) >> 2;        /* step 2 */
        Z = (X & NotMask2);
        X = Y + Z;
        /* step 3:  4 bits on, 4 bits off, shift by 4 */
        /* step 4:  8 bits on, 8 bits off, shift by 8 */
        /* step 5: 16 bits on, 16 bits off, shift by 16 -- Done */

        /* for efficiency, don't use vars Y & Z, compress this
           subroutine into 5 assignments to the X variable, e.g.
           X = (X & NotMask1) + ((X & Mask1) >> 1);
         */
    }

Essentially, you are adding up all the bits in parallel.  The first step
does 16 single-bit adds in parallel.  The second step does 8 double-bit
adds in parallel.  The third step does 4 quad-bit adds in parallel, and
so on.

Don Gillies {ihnp4!uiucdcs!gillies} U of Illinois
            {[e-mail]}


------------------------------

From: [e-mail] (Guido van Rossum)
Subject: Counting bits (was Re: Polygon question)
Date: 26 Mar 88 18:52:32 GMT
Organization: The Royal Society for Prevention of Cruelty to Amoebae

Counting bits is better done by using a look-up table.  I did a quick
test of the code below and found it was 25 to 30 (!) times faster than
the LogN method explained by Don Gilles.  Similar tricks are useful for
any code that looks at data one bit at a time (see the fast CRC
computing code in xbin version 3.4a that I once posted on the net(though
I didn't write it)).

Guido van Rossum, Centre for Mathematics and Computer Science (CWI),
Amsterdam [e-mail] or mcvax!guido or (from ARPAnet)
[e-mail]

    static char nbits[256]= {
    #include "nbits.h" /* See below */
    };

    /* Count one-bits in n-byte array p. */

    long
    bitcount(p, n)
        unsigned char *p;
        int n;
    {
        long total= 0;
        while (--n >= 0)
            total += nbits[*p++];
        return total;
    }

where the file "bits.h" is generated by the following program:

    main()
    {
        int i;
        for (i= 0; i < 256; ++i) {
            int n= 0, j= i;
            while (j != 0) {
                if (j&1) ++n;
                j= (j&~1) >> 1;
            }
            printf("%d, ", n);
            if (i%16 == 15)
                printf("\n");
        }
    }


------------------------------

From: [e-mail] (Guido van Rossum)
Subject: Re: Counting bits (was Re: Polygon question)
Date: 26 Mar 88 20:07:38 GMT
Organization: The Royal Society for Prevention of Cruelty to Amoebae

Well, I jumped too fast.  My method is faster, but by a factor of 1.5 or
2.

BTW, here's the C code for Don's code I used:

    long alt_bcount(cp, n)
        unsigned char *cp;
        int n;
    {
        long total= 0;
        unsigned long *p= (unsigned long *)cp;

        n /= sizeof(long);

        while (--n >= 0) {
            register unsigned long x= *p++;
            if (x == 0)
                continue;
            x= (x & 0x55555555) + ((x>>1) & 0x55555555);
            x= (x & 0x33333333) + ((x>>2) & 0x33333333);
            x= (x & 0x0f0f0f0f) + ((x>>4) & 0x0f0f0f0f);
            x= (x & 0x00ff00ff) + ((x>>8) & 0x00ff00ff);
            total += (x & 0x0000ffff) + ((x>>16) & 0x0000ffff);
        }

        return total;
    }
--
Guido van Rossum, Centre for Mathematics and Computer Science (CWI), Amsterdam
[e-mail] or mcvax!guido or (from ARPAnet) [e-mail]


------------------------------

From: [e-mail] (Jeffrey A. Sullivan)
Subject: Re: Questions about MacII
Date: 28 Mar 88 19:09:02 GMT
Organization: Univ. of Pittsburgh, Comp & Info Sys

In article <[e-mail]>, [e-mail] (Wilbur Harvey)
writes:
> Is there anyone who has, or knows of the following items for the Mac
>     Utility to allow you to read disk blocks, modify disk blocks, and
>         the same for system ram.
I believe MacSnoop will do this.  There is a new Mac II compatible
version which has come out in the past 2 months.  It allows DISK
editing.  It takes the place of FEDIT which went commericial.

>     Utility to clear whatever gets changed when the system bombs so that
>         you can use your hard disk again. Does any one know what it is
>         that gets trashed.
>
With CMS HDs, you get a ZapPRAM util which clears parameter ram (the
part of ram that gets clobbered).  However, you can do this yourself by
holding down shift-opt-cmd and choosing the control panel from the apple
menu. The _real_ fix is an INIT that you put in your system file that
keeps the AUX part of PRAM (so I've heard) from clobbering your disk
stuff after bombs. I don't know what it does, but it works like a charm!
 It's on MACSERVE@PUCC and info-mac at sumex.  I posted it to
comp.binaries.mac, but I don't know if it got put up yet.

>     Is there a Kermit for the Mac II.
I think the latest version of MacKermit is not fully debugged, and I
don't know if it is Mac II compatible.  To do simple file xfers with
kermit, use any decent commerical comm pkg, and it'll have kermit.  I
use and love VersaTerm, which has a great VT100 emulatiobn to boot.

>     Is there a printer driver for an HP paintjet for the Mac II.
I _think_ that there is some kind of grappler+ interface for the mac
that has HPxxxjet drivers with it.

>     Are there any recommendations for a good "C", or "C++" programming
>         environment for the Mac II.
LightSpeedC by Think technologies.  It is absolutely WONDERFUL!  Fast
program turnaround and an enjoyable integrated environment.  A new
upgrade (3.0) will be out soom with source-level debugger and "other
goodies."

--
..........................................................................
Jeffrey Sullivan              | University of Pittsburgh
[e-mail]          | Intelligent Systems Studies Program
[e-mail], [e-mail] | Graduate Student


------------------------------

From: [e-mail] (David W. Berry)
Subject: Re: Dialog Boxes with Scrollable region
Date: 28 Mar 88 19:27:01 GMT
Organization: Apple Computer Inc, Cupertino, CA

In article <170800002@inmet> [e-mail] writes:
>
>
>I am trying to build a dialog box with a scrollable region embedded in
>it, similar to the SF Getfile box or the MS Word help box.  It all
>looked so straightforward...just create a UserItem and do the obvious
>thing.
>
>So, what obvious thing am I missing?  Please reply by E-mail; I will
>summarize for the net if there are enough responses.  Thanks in
>advance.
    The solution, perhaps not obvious, is to go ahead and use a filter
proc.  The filter proc gets the event and can do a FindControl to
determine if it's in the scroll bar or not.  If it is, call TrackControl
as appropriate, remembering that thumbs and other parts work
differently.
>
>Roger Lipsett
>{ihnp4,mirror,sun}!inmet!lipsett
--
David W. Berry
dwb@Delphi    [e-mail]    [e-mail]
Disclaimer: Apple doesn't even know I have an opinion and certainly
    wouldn't want if they did.


------------------------------

From: [e-mail] (Joe Hellerstein)
Subject: Alternatives to Imagewriters?
Date: 29 Mar 88 15:37:29 GMT
Organization: Harvard Univ. Science Center

Is there an inexpensive, practical alternative to the (rather
overpriced) Imagwriter II printer for a Mac Plus?  I read (in an Apple
][ magazine) about an Imagewriter clone, and there has also been
discussion here on the net about using other printers with appropriate
software.  Is this a viable alternative?  Anybody have experience with
this?

Thanks in advance.

Joe Hellerstein


------------------------------

From: [e-mail] (Evan Gross [Sys Des])
Subject: Re: DiskTools Plus comments
Date: 29 Mar 88 05:00:57 GMT
Organization: U. of Waterloo, Ontario

In response to Henry Greenside's article, I'd like to say that the
upgrade he desires (launching under multifinder) has been available for
a few weeks now from Electronic Arts (for a shipping fee only), and in
the form of an updater program that will update a DiskTools Plus version
1.0 to the MF-compatible 1.01 available on Compuserve in the MACPRO
forum data libraries. Free for the downloading.

In addition to allowing launching under MF, there are some other feature
additions, for example the ability to show a file's real icon (as would
be seen in the Finder) in the DiskTools II Get Info dialog. Other
improvements include better handling of multiple-monitor setups on the
Mac II. A full list is included with the updater.

As for your comment about the DiskTools trash function, well,  let it be
know that I tried it both ways when the product was in beta, and not one
tester (there were 15 or so) wished for the default to be Cancel instead
of Trash. I had to go with the majority's wishes...
--
Hope this info helps,
Evan Gross
Author of BatteryPak/DiskTools Plus


------------------------------

From: [e-mail] (Mike McCann)
Subject: Protection for folders...
Date: 29 Mar 88 15:52:26 GMT
Organization: Clemson University, Clemson, SC

Does anyone know if there are any software packages that write-protect
folders on the Mac?  I would like to protect the folders so that the
application in the folder can be run (and other files in there can be
accessed) but none can be written to or deleted and no other files can
be put into the folder.

If you have any suggestions, let me know...Thanks...

Mike McCann


------------------------------

From: [e-mail] (bill luciw)
Subject: Large Capacity Disk Drives for Mac II ...
Date: 29 Mar 88 16:10:01 GMT
Organization: Eastman Kodak Co., Rochester, NY

We are looking for a large capacity (~300 Meg), fast (<20ms access),
external disk drive for the Mac II.  It needs to be reliable, quiet, and
aesthetically pleasing.  So far, I have come up with two candidates:

1) Data Cell 290          290MB     16.5 ms       Giga Cell/NuData

2) Hammer300              300MB     16.5 ms?      FWB Inc.

Actually, I've never seen the Hammer300, but it is intriguing if it
exists. Any comments/suggestions/warnings?

Thanks in advance.
--
Bill Luciw / Technology Leader        ATTnet:  [phone]
Knowledge-Based Systems Group           UUCP: ...rutgers!rochester!kodak!luciw
Eastman Kodak Company                   ARPA: [e-mail]
 "Don't take life seriously, you'll never get out of it alive!"  -- Bugs Bunny


------------------------------

From: [e-mail] (Werner Uhrig)
Subject: getting your ImageWriter (or other) printhead repaired
Date: 29 Mar 88 14:11:10 GMT
Organization: The University of Texas at Austin, Austin, Texas

I've been meaning to pass on this bit of useful info for quite a while
now:

A couple of months ago I happened to visit one of the several little
hardware repair shops we have here in town which I knew used to repair
and upgrade Mac-hardware without Apple's help (and a lot cheaper at
that) ...

and I found that they had "discovered" a market niche which keeps them
more than busy:  repairing printheads of all kinds.  knowing what the
price of my IW1 printhead was billed at (to Apple - under warranty :-),
I think, you'll agree with me that the contents of their flyer (which I
just rediscovered), is worth telling you about:

    3-5 DAY TURNAROUND
    6 MONTH WARRANTY

    Apple ImageWriter-1        $32
    Epson 80,100(mx,fx,rx)        $38
    NEC 8023,24,25,27        $32
    OkiData 82-84, 92,93        $62
    OkiData 182,183,192,193        $40

(this flyer lists a lot more types - the flyer is dated Sept 1, 87)

Printheads not mentioned will be taken on a free evaluation basis.

We buy printheads, any type.

Shipping information: All Items sent in must have an RMA number. return
by UPS COD 2nd day air.  Terms only after approval of credit.

        IMPACT Printhead Refurbishing Services,
        1536 E. Anderson Lane, Suite A,
        Austin TX 78752.
        [phone]
        1-[phone] (dial tone) 4323

<end of quoted flyer>

Disclaimers:  I'm only an occasional customer.
--
(prefered mailbox:)        [e-mail]
                ....!ut-sally!rascal.ics.utexas.edu!werner
(if rascal is unreachable:)    werner@[e-mail]
                [e-mail]


------------------------------

From: [e-mail] (Craig D. Hubley)
Subject: GATT declares U.S. - Japan chip pact illegal
Date: 28 Mar 88 18:20:55 GMT
Organization: Unicus Software Inc., Toronto, Ont.


The price-fixing deal that the U.S. forced on Japan to keep its own chip
manufacturers (TI and Micron) in business, that has forced chip prices
to four times their level (here, at least!) of ten months ago, has been
declared illegal by GATT, the General Agreement on Trade and Tariffs,
the international body governing world trade.  The gist of it is that
the pact has forced chip prices up, and supplies down, in Europe and
Canada.

The complete text of the Financial Times article has been posted to
comp.misc

I apologize for the massive cross-posting (usually the mark of a flame
:-)), but microcomputer and electronics consumers should be aware of
this, the  last paragraph of the article:

``According to trade diplomats in Geneva, the U.S. is pressing Japan not
to
  abandon the semiconductor deal.  It has suggested that by abandoning
one
  or two of its elements the Japanese could change their monitoring from
the
  coherent system the GATT panel found objectionable.''

If you work in computer or perhipheral manufacturing, software,
retailing, or  are just a consumer, you should probably write your
congresscritter right now in support of the ruling.  This pact is
crippling all of these industries, as I'm sure I don't have to tell
anyone.  In an election year, they may prove to be subject to pressure,
especially *presidential candidates*.  Just how many high-tech votes are
there ?  Not to mention, with code-cracking hackers and electronic
photo-retouching and other high-tech sabotage, would you want them
voting against you ?  Emphasize your campaign computer cracking skills.
1/2 :-)

Save the whales.  Scrap the pact.  Yay GATT.

    Craig Hubley, Unicus Corporation, Toronto, Ont.
    [e-mail]                (Internet)
    {uunet!mnetor, utzoo!utcsri}!unicus!craig    (dumb uucp)
    mnetor!unicus![e-mail]        (dumb arpa)


------------------------------

From: [e-mail]
Subject: Re: Faster desktop rebuilding info from MACworld
Date: 30 Mar 88 02:32:24 GMT
Organization: Speech Communication UT Austin

In article <[e-mail]> [e-mail] (Mark
Interrante) writes:
>It is claimed to be MUCH faster ( using B-trees )
>
>Will this be available in the next release of the system software?
>I am tired of my 40mg. disk taking so long to rebuild the desktop.

It's supposed to be available from the Appleshare package, although I
presume one doesn't have to purchase the whole thing to get Desktop
Manager. The Mac World article certainly didn't imply it. At any rate, I
used it for a while, and came up with two interesting results.

1. Rebuilding didn't seem much faster except maybe a second or two
clipped off
   when returning to the Finder after quitting. Nothing breathtaking by
any
   means. I'm running 38 megs on a 45 meg HD, Mac SE with 6.0/4.2, and
no
   INIT/CDEV clutter other than Suitcase 1.2.

2. Desktop Manager does something in/with high memory. It kept me from
booting
   up a major game program from a hard disk, giving a message reading,
"There is
   a problem with the way memory is being allocated (27,910 high bytes
used).."

It's possible that improvements in rebuilding speed would be more
apparent with larger storage setups, say, someplace with a couple
hundred megs or something of that nature. In my case, I just trashed the
thing. Didn't amount to a hill of beans.
--
<||>---Ron Morgan---<||>-UUCP: {ihnp4,allegra,ut-sally}!emx!osmigo-<||||||||||>
<||>-Univ. of Texas-<||>[e-mail]---------------------<||||||||||>
<||>--Austin Texas--<||>-ARPA: [e-mail]---------------<||||||||||>
-------------------------------------------------------------------------------


------------------------------

From: [e-mail] (R.Crispin - Psychology)
Subject: Re: Need opinions on Orange Micro Macintosh Grappler interface
Date: 29 Mar 88 19:28:15 GMT
Organization: Psychology Department

I have used the grappler on a Roland 1212A. This printer is also sold
under the Panasonic name. It worked well if I set the cable for an
EPSON FX printer. In portrait mode the print was as good a quality as on
the IWII. But in landscape mode the printing was not as good. It may
have worked better in landscape if I had set "Tall Adjusted". Printing
was much slower overall even in draft mode. This may have been a result
of a setting or something like that.

Other people here have tried the Grappler and were disappointed. It
seems that your printer must support negative linefeeds. If it doesn't
then your pages will shift down. Apperantly Orange Micro is working on a
solution.

I have not tried the Grappler LQ cable. It is supposed to work with many
24 pin printers.
--
Richard Crispin
Dept. of Psychology             Bitnet: psych@watdcs
University of Waterloo          Unix  : [e-mail]
Waterloo, Ont.   Canada   N2L 3G1
[phone] ext 2879


------------------------------

From: [e-mail]
Subject: Re: turning off instruction cache on MA
Date: 26 Mar 88 19:25:00 GMT


The privileged 68020 MOVEC command lets you move data to the CPU control
register.  One particular cache control register (CACR) controls the
cache:

Assembler:     MOVEC Rc,Rn
        MOVEC Rn,Rc

Description:    Copy the contents of the specified control register (Rc) to
the specified general register or copy the contents of the specified
general register to the specified control register.  This is always a
32-bit transfer even though the control register may be implemented with
fewer bits.  Unimplementeod bits are read as zeroes.

Instruction Format:

      15  14  13  12  11  10  9   8   7   6   5   4   3   2   1   0
    +----------------------------------------------------------------+
    | 0 | 1 | 0 | 0 | 1 | 1 | 1 | 0 | 0 | 1 | 1 | 1 | 1 | 0 | 1 | dr |
    +---+-----------+------------------------------------------------+
    |A/D|  Register |        Control Register         |
    +----------------------------------------------------------------+

Instructions Fields

dr field -- specifies the direction of the transfer
  0 control register to general register
  1 general register to control register

A/D field - specifies the type of general register
  0 data register
  1 address register

Register field - specifies the register number (R0-R7)

Control Register field - specifies the control register HEX
--------------------------------
    000    SFC
    001    DFC
    002     CACHE CONTROL REGISTER (CACR)
    800     USP
    801     VBE
    802     CAAR
    803     MSP
    804     ISP

The bits of the CACHE CONTROL REGISTER are:

    31.....t        8   7   6   5   4   3   2   1   0
    -------------------------------------------------
    0......        0   0   0   0   0   C   CE  F   E

E-Enable Cache.  This bit allows the programmer to operate the processor
with the cache disabled.  The cache will remain disable as long as this
bit is cleared.  The bit is automatically cleared whenever the processor
is reset, to enable the cache.

F-Freeze cache.  Keeps the cache enabled, but cache misses do not cause
a value in the cache to be replaced.

CE-Clear Entry.  Used, with the CAAR register, to clear a particular
entry in the cache.

C-Clear Cache.  The Cache clear bit invalidates all entries in the
cache.  A write to the cache control register with this bit set causes
the cache to be cleared.  The bit always reads out as zero.


------------------------------

From: [e-mail] (Alexander M. Rosenberg)
Subject: Re: ShowInit Source or pointer wanted
Date: 29 Mar 88 03:20:00 GMT
Organization: University of California, Santa Cruz; CATS

We all now know that Paul Mercer wrote the INIT, but do we all know that
he has done a new version for compatibility with soon-to-exist versions
of the System? The new INIT 31 mechanism is supposed to do something
along these lines, and ShowInit (older versions) is not compatible with
it. This appeared in MacWeek, MacToday, or one of those thingys.
--
-------------------------------------------------------------------------------
-  Alexander M. Rosenberg  - INTERNET: [e-mail]   - Yoyodyne    -
-  Crown College, UCSC     - UUCP:...!ucbvax!ucscc!ucscb!alibaba- Propulsion  -
-  Santa Cruz, CA 95064    - BITNET:[e-mail]  - Systems     -
-  [phone]       - Disclaimer: Nobody is my employer  - :-)         -
-               - so nobody cares what I say.    -          -


------------------------------

From: [e-mail] (Jeffrey A. Sullivan)
Subject: INIT Crashes-- Why?
Date: 29 Mar 88 02:12:19 GMT
Organization: Decision Systems Lab., Univ. of Pittsburgh, PA.

I wrote a simple INIT that plays a random snd at startuptime.  However,
after playing the sound, but before displaying the icon (with the
showinit resource) it crashes with an id 10.  Why would it crash?  Is
there something that must be done with INITs after they complete?

here's the code:

    pascal int Count1Resources (ResType);
    pascal Handle Get1IndResource (ResType, int index);
    extern long Time : 0x20C; /* Location of Time in Ticks -- from OSUtil.h
*/

    main()
    {

    Handle thesnd;
    int rand(), numsounds;
    ResType rt = 'snd ';

        srand((unsigned int)Time);

        numsounds = Count1Resources('snd ');
        thesnd = Get1IndResource(rt, (rnd(numsounds) + 1)); /* Can't be 0 */
        if(thesnd)
            SndPlay(0L,thesnd,TRUE);
        ReleaseResource(thesnd);

    }

... That's it!  Why would she crash?
--
..........................................................................
Jeffrey Sullivan              | University of Pittsburgh
[e-mail]          | Intelligent Systems Studies Program
[e-mail], [e-mail] | Graduate Student


------------------------------

From: [e-mail] (Jeffrey A. Sullivan)
Subject: When to draw rect around List in DLOG
Date: 29 Mar 88 07:01:18 GMT
Organization: Decision Systems Lab., Univ. of Pittsburgh, PA.

I am maintaining a List (ala list manager) in a dialog using TransSkel.
The list does not have arectangle around it, so you have to draw one in.
 The question is :  When exactly should I be drawing it in?  During
updateEvent, ActivateEvent, before calling the SkelDialog procedure, or
what?

jas
--
..........................................................................
Jeffrey Sullivan              | University of Pittsburgh
[e-mail]          | Intelligent Systems Studies Program
[e-mail], [e-mail] | Graduate Student


------------------------------

From: llad@ur-tut (Dennis Venable)
Subject: Monitoring idle time
Date: 29 Mar 88 20:30:22 GMT
Organization: Univ. of Rochester, Computing Center

Greetings  mac programmers!

Can someone out there tell me how to go about creating a cdev or init
that can monitor idle time?  I am interested in writing my own screen
blanker  (something like Pyro!).  I already have the graphics routine
written, but need to know how to monitor idle time and activate the
blanking code.

Any help would be greatly appreciated (and would gain you a neat little
screen blanker when I get it working).
--
Thanks!
/Dennis L. Venable

E-mail responses to:
UUCP: ...!rochester!ur-tut!llad
ARPA: [e-mail]

------------------------------

End of Usenet Mac Digest
************************

-------